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© A method for accessing a segment in a multi- 
mode computer having segmented addressing, said 
method comprising the steps of: 

(a) selecting an address that is a multiple of 16 to 
be the base address of the segment; 

(b) when the computer is in either a first mode or 
a second mode. 

(1) setting the segment selector to a value so 
that a segment selector addresses the base 
address of the base address of the segment 
when the computer is in the first mode; 



(2) storing at a selected memory location with- 
in the mapping system the base address of the 
segment, the memory location being selected 
so that it is pointed to by the segment selector 
as set in step (1) when the computer is in the 
second mode; and 

(3) loading the segment into a memory at the 
base address; and 

(c) accessing the segment in both the first and 
second modes using the segment selector. 
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Technical Reld 

This invention relates to improved methods of 
executing computer programs in a multi-mode 
microprocessor and improved operating systems 
for use with such microprocessors. 

Background Art 

Newly designed microprocessors may include 
enlarged memory addressing facilities and revised 
architecture which result in enhanced capabilities. 
When such microprocessors are used In new com- 
puter systems, they often produce computers 
which are functionally superior, to their predeces- 
sors due to these enhanced capabilities. Despite 
any functional advantages a new computer may 
have over its predecessors, a computer employing 
an improved microprocessor may not be a com- 
mercial success. Computer programs, sometimes 
referred to as "software," are microprocessor spe- 
cific. Therefore, when a computer employing a new 
microprocessor Is introduced into the marketplace, 
there is generally little or no software which can 
run on it. Existing software, written for previous 
microprocessors, is incompatible with the new 
computer. As a result, sales of such new comput- 
ers will often be sluggish until consumers see that 
adequate software is available for the computer. 
Additionally, consumers with libraries of software 
for existing computers may be reluctant to pur- 
chase n w computers which would require them to 
invest in all new software. This problem is often 
compounded by the fact that software writers and 
publish rs are reluctant to produce software for a 
n w microprocessor until sales of computers incor- 
porating the microprocessor are sufficient to create 
a r latively large group of potential purchasers of 
the software. This "wait and see" attitude on the 
part of both consumers and software writers can 
jeopardize the success of a new microprocessor 
and computers using the microprocessor. 

D signers of new microprocessors sometimes 
attempt to solve this problem by designing a new 
microprocessor such that it will operate in two 
modes. In a first mode, the microprocessor will 
emulat a prior microprocessor and run existing 
programs written for the prior microprocessor. In a 
second mode, the microprocessor will make full 
use of its enhanced capabilities. Such a design will 
enable manufacturers of computer systems using 
the microprocessor to advertise that the entire 
body of existing programs written for the prior 
microprocessor will run on th ir computer, thereby 
(in theory) stimulating computer sales to a point 
wh r software writers will begin to write programs 
d signed to run in the new enhanc d mode. 



One such microprocessor is the Intel 80286, 
which is manufactured by the Intel Corporation of 
Santa Clara, California. The design and operation of 
the Intel 80286 is described in d tailin a publica- 

5 tion entitied "iAPX 286 Programmer's Reference 
Manual Including the iAPX 286 Numeric Supple- 
ment." which is available from the Intel Corporation 
and is hereby Incorporated by reference. 

The Intel 80286 (hereinafter "80286") operates 

10 in two modes. In a first mode, called the "real 
mode," the 80286 emulates the architecture of 
Inters previous 8086, 8088 microprocessor family, 
which is used in the IBM PC and compatible com- 
puters, for example. Thus, computers which incor- 

75 porate the 80286 microprocessor, such as the IBM 
PC/AT, can run existing 8086 programs written for 
the IBM PC and compatible computers. 

In a second mode, called the "protected 
mode." the 80286 architecture provides enlarged 

20 memory addressing capability, enhanced multi- 
tasking support features, and a sophisticated pro- 
tection scheme. 

Although the real mode will run existing 8086 
programs, there are limitations associated with the 

25 real mode. First, it limits the amount of physical 
memory which can be addressed to 1 megabyte. 
(In some computers, such as the IBM AT. the 
amount of physical memory available for programs 
has been further reduced to 640K.) Second, the 

30 real mode does not provide memory relocation, a 
desirable feature for multi-tasking. Third, the real 
mode provides no memory protection scheme, a 
feature needed for multi-tasking and network envi- 
ronments where user or task interference could be 

36 devastating. 

Because of the limitations of the real mode, the 
80286 was not designed to allow frequent switching 
from one mode to the other. The 80286 is initial- 
ized in the real mode and can be switched to the 

40 protected mode by means of an instruction pro- 
vided by the 80286. No method or instruction is 
provided by the 80286 to switch from protected 
mode to real mode. To return to real mode from 
protected mode, it is necessary to reset the micro- 

45 processor. Thus, the designers of the 80286 con- 
templated that it would be used in one mode or the 
other, with real mode operation being kept separate 
from the protected mode operation, thereby isolat- 
ing protected mode programs from the unprotected 

50 environment of the real mode. 

Unfortunately, such Isolation is undesirable 
from an efficiency standpoint. For efficient opera- 
tion, the operating system, or "DOS", of a micro- 
computer incorporating th 80286 should be able 

55 to run a mixture of real and protected mode pro- 
grams in a multi-tasking environment 
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Disclosure of the Invention 

It is an object of the present inv ntion to pro- 
vide improved methods of operating a multi-mode 
microprocessor that will enable a mixture of pro- 
grams designed to run in the various modes of the 
microprocessor to be efficiently executed in a 
multi-tasking environment. 

It Is another object of the present invention to 
provide such methods that will. In alternate pre- 
ferred embodiments, maximize the capabilities of 
the individual operating modes. 

It is another object of the present invention to 
provide such methods that will only require the 
addition of minimal hardware to existing systems. 

It is another object of this invention to provide 
an improved operating system for computers using 
mufti-mode microprocessors. 

it is another object of the present invention to 
provide, in altemate preferred embodiments, an 
improved system design for use with multi-mode 
microprocessors having a protected mode and an 
unprotected mode that will provide enhanced pro- 
tection when operating in the unprotected mode. 

It is another object of this invention to provide 
pref rred embodiments of such methods which will 
enhance the multi-tasking capability of micropro- 
cessors such as the Intel 80286. 

It is another object of the present invention to 
provide preferred methods designed for use with 
computers such as the IBM PC/AT which utilize the 
Intel 80286 which will optimize the operation of 
such computers in a multi-tasking, mode switching 
environment. 

These and other objects of the invention, which 
will become more apparent as the invention is 
described more fully below, are obtained by pro- 
viding an improved method of switching modes to 
execute a mixture of programs in a multi-mode 
microprocessor, in preferred embodiments of the 
pres nt invention designed for use with micropro- 
cessors which must be reset to switch from some 
modes to others, mode switching is preferably per- 
formed by activating the reset hardware in as effi- 
cient a manner as possible. After the microproces- 
sor is reset, improved boot-up software will deter- 
mine whether the reset was triggered under soft- 
ware control (indicating a mode switching reset), in 
which case the normal initialization routines of the 
boot-up software are bypassed. During reset proce- 
dures, special provisions are preferably made to 
handle direct memory access and interrupts. 

Preferred embodiments of the pres nt inv n- 
tion preferably include at least portions of the op- 
erating system, including device drivers and inter- 
rupt service routines, that can be executed in all 
modes. For microprocessors wherein a common 
method of memory addressing is not used in all 



modes, alternate preferred embodiments of the 
present invention provide an improved method of 
s lecting the base addresses for the operating sys- 
tem subroutines to enable multi-mode addressing. 

5 A preferred embodiment designed for use with the 
Intel 80286 and microprocessors with similar ar- 
chitecture includes the steps of selecting real 
memory segment base values that are in a format 
compatible with the protected mode mapping ar- 

70 chrtecture and configuring the protected mode de- 
scriptor tables to produce a resulting base address 
identical to that ot>tained in real mode. Device 
drivers, interrupt service routines, and portions of 
the operating system that are frequently used in 

75 both modes are thus placed in real memory at 
locations selected in this manner. 

Preferred embodiments for use with the Intel 
80286 microprocessor also preferably include an 
operating system subroutine that will examine the. 

20 address of the I/O location designated by a device 
driver and produce a 32-bit (segment:offset) pointer 
which will address the desired memory location in 
the current mode. When the system is in protected 
mode, the subroutine will program the GDT or LDT 

25 to achieve this result. When the system is in real 
mode, the subroutine will preferably generate real 
mode addresses using internal diagnostic instruc- 
tions to cause the 80286 to address memory loca- 
tions above 1 megabyte although in real mode. 

30 Alternately, information intended for storage at 
memory addresses above 1 megabyte can be tem- 
porarily stored in a buffer at addresses below 1 
megabyte while the system is in real mode, and 
then transferred to the desired memory location 

35 above 1 megabyte when the system switches to 
protected mode. 

Preferred embodiments for use with the Intel 
80286 microprocessor also preferably include 
steps which are designed to eliminate compatibility 

40 problems between 8086 programs and the 80286. 
Depending upon the nature of the system, software 
modifications or the addition of an auxiliary hard- 
ware element to disable the effect of address line 
A20 are provided. 

45 Preferred embodiments include means for han- 

dling existing real mode programs which store the 
address of their own interrupt handling routines into 
the hardware interrupt vector table. Special code 
enables the DOS to mode switch to real mode as 

50 required by such interrupt handler routines and 
switch back to protected mode to continue execu- 
tion of the interrupted program. 

Altemate pr ferred embodiments designed for 
use with programs that hook interrupt vectors in- 

55 elude means for eliminating the problems caus d 
by such programs in a multi-tasking environment 
The DOS includes a dispatcher that monitors the 
hardware vector table to detect hooks by applica- 
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tion programs and transfers control to the interrupt 
handler routines of such application progranns at 
appropriate times. In one pref rred embodiment, 
interrupt vectors are mov d to n w locations within 
the hardware interrupt table to facilitate operation of 
the dispatcher. 

Alt mate preferred embodiments may also in- 
clude techniques for enlarging the amount of mem- 
ory available to programs In the real mode. First, 
64K of the DOS is positioned in memory at location 
1 m gabyte. Additionally, portions of the DOS 
which are comparatively large and infrequently 
used or relatively slow are placed in memory 
abov 1 megabyte and used only in protected 
mode. The mode switching techniques of the 
present invention enable such DOS code to be 
accessed by real mode programs by switching into 
and out of protected mode as necessary to perform 
the requested operation. 

Auxiliary protection hardware may also be pro- 
vided in alternate preferred embodiments to pro- 
vide nhanced protection when running real mode 
programs. I/O masking hardware can be provided 
to ch ck each I/O operation attempted by the OPU 
against a list of valid I/O addresses. Memory pro- 
t ction hardware can also be provided to check 
each memory operation attempted by the OPU 
against a list of authorized addresses stored in an 
auxiliary RAM. 

Brief Description of the Drawings 

Figure 1 is a schematic representation of the 
real mode memory address procedure of an 80286 
microprocessor. 

Figure 2 Is a schematic representation of the 
segment selector format for an 80286 microproces- 
sor in protected mode. 

Figure 3 is a schematic representation of the 
method in which a virtual address in an 80286 
microprocessor is translated to a physical address. 

Figure 4 is a schematic representation of the 
format of a segment descriptor from a descriptor 
table in the protected mode of the 80286 micropro- 
cessor. 

Figure 5 is a schematic representation of the 
format of a protected mode segment selector com- 
ponent designating global address space. 

Figure 6 is a schematic representation of the 
real mode interpretation of the segment selector of 
Rgure 5. 

Rgure 7 is a schematic representation of tiie 
method of the pr sent invention for obtaining com- 
mon physical memory addresses in real and pro- 
t cted mode from a giv n (s gmentoffset). 

Figure 8 is a schematic diagram illustrating the 
method by which an existing operating system 
handles interrupts with no application programs 



present. 

Figure 9 is a schematic diagram illustrating the 
method by which an existing operating syst m 
handles an interrupt with one application program 
5 including an interrupt handler routine present. 

Figure 10 is a schematic diagreim illustrating 
the method by which an existing operating system 
handles an interrupt when two application programs 
including interrupt handler routines are present. 
10 Rgure 1 1 illustrates schematically the effect of 

termination of the second application program in a 
chain of two application programs including Inter- 
rupt handler routines. 

Rgure 12 illustrates schematically the effect of 
15 termination of the first application program in a 
chain of two application programs including inter- 
rupt handler routines. 

Rgure 13 illustrates schematically the Im- 
proved method of the present invention for han- 
20 dling vector interrupts. 

Rgure 14 Is a schematic illustration of the 
method of Rgure 13, illustrating the operation of 
the dispatcher when the first application program of 
a two application chain terminates. 
25 Figure 15 illustrates schematically the im- 

proved method of locating an operating system in 
memory in accordance with the present invention. 

Figure 16 is a flow chart illustrating the logic of 
the dispatcher in a first preferred embodiment of 
30 an improved interrupt handler method of the 
present invention. 

Figure 17 is a schematic diagram illustrating 
the operation of a second preferred embodiment of 
an improved interrupt handler method of the 
35 present invention. 

Best Mode for Carrying Out the Invention 

The present invention is perhaps best under- 

40 stood with reference to preferred embodiments de- 
signed for implementation with the Intel 80286 
microprocessor. The present invention enables a 
mixture of real mode and protected mode pro- 
grams to be run on the 80286 without loss of 

45 performance. Programs written in both modes are 
loaded into an 80286 system and executed as 
required using an improved multitasking operating 
system that includes means for switching modes of 
the 80286 as required by the currentiy executing 

50 program. Additional means are preferably provided 
to maximize the performance of the system. The 
initial op rating steps of the present invention will 
b describ d first, followed by th mode switching 
technlqu s and steps designed to increase effi- 

55 ciency of op ration and liminate compatibility 
problems. Rnally, alternate preferred embodiments 
utilizing additional hardware to provide enhanced 
protection when running real mode programs are 
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described. 

Application programs that will b run on a 
system incorporating an 80286 are typically loaded 
into the main memory of the system from an 
auxiliary storage device, such as a magnetic disk. 
Each program written for the 80286 includes a 
indicator or "flag" that designates whether the pro- 
gram is designed to run in real mode or protected 
mode. As each program Is loaded into the main 
m mory, the operating system will preferably de- 
t rmine whether it is a real or or protected mode 
program and store the program accordingly within 
the main memory. For reasons which will become 
apparent as the remainder of the best mode is 
descritied below, real mode programs are prefer- 
ably stored at memory addresses below 1 
megabyte and protected mode programs are pref- 
erably stored at memory locations above 1 
m gabyte when using the methods of the present 
invention. 

When each program is loaded into the main 
memory of the system, a record is created which 
includes information such as the name, size, mem- 
ory location, and type (real or protected) of the 
program. At the time of execution, an operating 
system In accordance with the present invention 
will check the program type and the current mode 
of the microprocessor, and will generate a mode 
switch, if required, in the manner described below. 

Mode Switching 

When the 80286 is first activated, it is Initial- 
ized in real mode. Switching from real mode to 
protected mode is accomplished by means of an 
instruction provided by the 80286 for this purpose. 
In the present invention, switching from protected 
mode to real mode is accomplished as follows: 

First, the microprocessor is reset. Because the 
80286 provides no method to switch from pro- 
tected mode to real mode, it is necessary to reset 
the microprocessor in order to return to real mode 
from protected mode. The actual reset signal Is 
generated by hardware elements designed for that 
purpose. Activation of the reset signal can be ac- 
complished by a variety of techniques. For exam- 
ple, the reset signal can be generated using an I/O 
port to signal the reset hardware and cause a CPU 
reset to be generated. Although such a technique 
is the standard method contemplated to accom- 
plish a reset in most 80286 systems, it has tieen 
found that in some computers incorporating the 
80206, such as the IBM PC/AT. us of such a 
technique is relatively slow. Consequently, when 
using the method of the present invention in con- 
junction with an IBM PC/AT computer, it is pre- 
ferred that the reset be accomplished by generat- 
ing a "triple fault" in protected mode. A triple fauK 



is generated by intentionally committing three s p- 
arate protection violations in protected mode. An 
auxiliary monitoring circuit, such as is found on the 
IBM PC/AT, can be provided to monitor the 80286, 
5 detect a triple fault condition, and cause the reset 
hardware to be activated upon occurrence of the 
triple fault condition. Under such conditions, a reset 
of the CPU occurs several hundred microseconds 
faster than a reset generated using the I/O port. 

70 The reset signal is typically fed to the system 

clock generation chip so that the signal is properly 
synchronized with the system clock. This software- 
commanded reset signal is normally not sent to the 
"general system reset" line or to other chips, such 

75 as an interrupt controller, a device controller chip, 
or the 80287 co-processor (if present). 

After the 80286 is reset, it begins to execute at 
a special chip reset address. This address usually 
conresponds to ROM which contains the boot-up 

20 software. Thus, when the microprocessor is reset, it 
will normally go directiy to its initialization or boot- 
up routines. When switching from protected mode 
back to real mode, however, it is not necessary or 
desirable to reinitialize the entire microprocessor. 

25 Consequentiy. the code of the boot-up software is 
modified so that before it proceeds with the normal 
boot-up process, it checks to see if the reset was 
explicitly triggered under software control 
(indicating that mode switching is taking place) or 

30 was triggered by an external hardware-related 
event, such as power-up. Various methods can be 
employed to make this determination. The operat- 
ing system can place a special value or pattern of 
special values in volatile RAM. If the boot-up soft- 

35 ware detects such a value or pattern of values, it 
will know that the processor was previously ac- 
tivated and mode switching is taking place. If non- 
volatile RAM exists, a location could be reserved 
for a "mode switch reset" flag which can be 

40 queried by the boot-up software to determine 
whether mode switching is taking place. A hard- 
ware latch which is set by a hardware-generated 
reset and cleared by a software-generated reset 
could be used. This latch could be interrogated by 

45 the boot-up software, by nneans of an I/O port, for 
example, and is preferred In many systems as it 
provides a fail-safe means of detecting mode- 
switching resets. 

While the 80286 is being reset, the remainder 

50 of the system can continue to function. RAM loca- 
tions will not be damaged by the process. Because 
the rest of the system can continue to operate, two 
precautions may be necessary during reset. Rrst. it 
may be necessary to make sure that no direct 

55 m mory access operations ar in progress, de- 
pending on the design of the direct memory ac- 
cess facility, t^ecause the 80286 may fail to prop- 
erty perform bus grant operations while being re- 
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set. 

The second precaution that must be taken dur- 
ing resetting of the 80286 relates to interrupt han- 
dling. It is necessary that interrupts be disabled 
during the reset process and that no interrupt be 
lost. If the system uses edge-triggered inten-upts. 
there must be hardware to remember the incoming 
interrupt. In the preferred methods described here- 
in, a programmable interrupt controller, such as the 
Intel 8259. is preferably used in the system. In 
such a system, maskable interrupts are held off 
during mode switching by programming the 8259 
mask register to hold off interrupts. It is also be- 
lieved that the same result can be achieved using 
the CLI (Clear interrupt Flag) instruction of the 
80286 to disable intennpts. 

Mode Switching Efficiency 

For mode switching to be practical in an op- 
erating system environment, it must not stow the 
general operation of the system. It is therefore 
desirable that the operating system be written so 
that it can execute in both modes. If the operating 
system were written so that it could only execute in 
one mode, it would force progremns running in the 
oth r mode to mode switch to and from the other 
mode during a system call. For this reason, all or 
most of the operating system in preferred embodi- 
m nts of the present invention is written in such a 
fashion that it can l^e executed in both real mode 
and protected mode. Additionally, because mode 
switching to take I/O interrupts would degrade the 
performance of the system, interrupt service rou- 
tines should be written, whenever possible, to be 
runable in either mode. Device drivers are also 
pr f rably capable of running in both modes as a 
mod switch may occur between the time a task 
requ sts an I/O operation utilizing a device driver 
and the time that the device driver routine runs on 
th proc ssor. 

The architecture of the 80286 creates special 
probi ms when attempting to design an operating 
syst m which will execute in real and protected 
modes because each mode uses a different meth- 
od of memory addressing. Consequentiy. a given 
memory address will normally designate one loca- 
tion in the physical memory of an 80286 system in 
real mode and another location in the physical 
memory of an 80286 system in protected mode. 
Thus, an operating system would normally need to 
maintain two address s (real and protected) for 
each memory object to enable operation in both 
mod s. Such a requirement burdens the operating 
system and creates problems with procedure calls 
which have memory addresses built into them. The 
present inv ntion solves this probI m by providing 
an improved method of locating th operating sys- 



tem routines such that they can be commonly 
addressed in real and protected mode. An xplana- 
tion of this method is best prefaced by an explana- 
tion of the memory addressing methods employed 
5 in the real mode and the protected mode. 

In the real mode, the 80286 emulates the 
memory addressing methods of an 8086 proces- 
sor. All memory addressing is performed in terms 
of physical or "real" addresses. An address is 

10 specified by a 32-blt pointer containing two compo- 
nents: (1) a segment selector comprising a 16-bit 
quantity which specifies the starting address of a 
segment; and (2) an effective address offset that 
determines the displacement, in bytes, of a particu- 

75 lar location within a segment. These two values are 
commonly referred to in a (segment:offset) format. 
The segment selector and offset are combined as 
illustrated in Rgure 1 to produce a 20-bit physical 
address. The base address of the segment is de- 

20 termined by interpreting the 16-bit segment selec- 
tor value as a 20-bit value having zeros in the four 
least significant bits. The 16-bit offset value is then 
added to this 20-bit segment base to produce a 20- 
bit value designating the physical address. 

25 (Because the 80286 in real mode is emulating the 
8086, each 16-bit physical value designating a seg- 
ment address is actually stored in a 24-bit register, 
with the four most significant bits set at 0 and 
effectively transparent to the user in real mode. 

30 This characteristic of real mode address is impor- 
tant in preferred embodiments utilizing internal dia- 
gnostics to handle device drivers, as discussed 
below.) 

In the protected mode, a 32-bit pointer is also 

35 used to specify memory addresses. A memory 
management scheme Interposes a mapping opera- 
tion between the logical address as specified by 
the 32-bit pointer and the actual physical address 
specified by that pointer, making the logical ad- 

40 dresses independent of physical memory. Mapping 
is accomplished by use of a number of memory 
resident descriptor tables that govern the inter- 
pretation of virtual addresses. Thus, the segment 
selector component of a 32-bit virtual address 

45 specifies a particular location within a descriptor 
table rather than a location in the physical memory. 
Descriptor tables are made up of 8-byte entries 
called "descriptors." An index field within the seg- 
ment selector points to a segment descriptor within 

50 a descriptor table. The segment descriptor includes 
a 24-bit value which identifies a segment base 
location in the physical address space of the 
microprocessor. 

The format of a protected mode segment se- 

55 lector is illustrated in Rgure 2. The two least sig- 
nificant bits of the segment selector are permission 
bits us d in the protection scheme of the 80286. 
Bit 2 of the segment selector Is a table indicator bit 
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which defines whether the physical memory loca- 
tion will be selected from a Global Descriptor Table 
(QDT), or a Local Descriptor Table (LDT). When, 
the table indicator bit is set at zero, the Global 
Descriptor Table is selected. The GDT contains 
basie memory locations for global address space, 
which is used for system-wide procedures and 
data, including the operating system. When the 
table indicator bit is set at 1 , the segment selector 
selects a Local Descriptor Table (LDT), which se- 
lects local address space that is separately masked 
for each task. 

Rgure 3 illustrates schematically the manner in 
which the 32-bit virtual address is used to define a 
location in the physical memory of the micropro- 
cessor. The table indicator bit of the segment se- 
lector dictates whether the GDT or the current LDT 
will be used and the corresponding GDTR or LDTR 
provides the base address for the appropriate ta- 
bl . The index field of the segment selector, com- 
prising the thirteen most significant bits, is then 
us d to select the appropriate segment descriptor 
from the table. The processor multiplies the index 
value by eight (as there are eight bytes per de- 
scriptor) in order to access the appropriate seg- 
ment descriptor. 

As illustrated in Figure 4, the contents of the 
segment descriptor Include a 24-bit value which 
designates the base address of the target segment 
(the segment in the physical memory where the 
address is located). The 16-bit offset value from 
the 32-bit virtual address is then added to this 
segment base address to produce the physical 
memory address. 

In the method of the present invention, all or 
most of the operating system is stored in real 
memory such that the addresses of the entry 
points for the operating system routines can be 
designated by a common (segment: offset) value in 
both real and protected mode. Figure 5 illustrates 
the format for a protected mode segment selector 
component designating global address space. It is 
pref nred that the operating system segments be 
located in the address space such that segment 
selectors are coded in formats which will select the 
global descriptor table, i.e., where bit 2 of the 
segment selector is 0. Use of the LDT is possible 
but is not preferred due to the extra overhead of 
manipulating LDTs. In the example illustrated in 
Rgure 5, the two least significant bits have been 
set at 0. It is preferred that these bits be set at 0, 
indicating a privilege level of 0. Although the meth- 
od of the pr sent invention could be used with the 
two least significant bits of the segment selector 
set at non-z ro values, such values are less pre- 
ferred becaus of their resultant effect on the 
80286 protection scheme when op rating in pro- 
tected mode. 



Rgure 6 illustrates how a segment selector of 
th format illustrated in Rgur 5 will be interpreted 
in real mode. A 20-bit segment base defining a 
base address in real memory includes the segm nt 

5 index value in bits 7-19 and O's in the seven least 
significant bits. 

Thus, to obtain the same base address in real 
memory using either real mode addressing or pro- 
tected mode addressing, it is necessary to store a 

70 value equivalent to the real*mode 20-bit segment 
base value in the 24-bit base value of the appro- 
priate segment descriptor in the Global Descriptor 
Table. 

An example of this method of selecting mem- 

75 ory locations which can be made accessible in 
both real mode and protected mode is illustrated in 
Rgure 7. First, a real mode segment selector in a 
format compatible with the protected mode is se- 
lected. In the example shown, the binary value 

20 11000 is selected. For the purposes of this exam- 
ple, an offset value of 0 is used. In real mode, the 
segment selector will be converted to a 20-bit base 
selector having a binary value of 110000000, or 
180 HEX. The offset value of 0 will be added to 

25 this segment base to produce a real memory ad- 
dress of 180 HEX. 

In protected mode, the segment selector value 
of 11000 will designate tiie two least significant bits 
as 0, the table bit as 0, and the index value as 01 1 . 

30 This index value will select the descriptor cor- 
responding to the value 01 1 in the GDT. Using the 
method of the present invention, the 24-bit base 
value contained within that descriptor will be set at 
0110000000, the same value obtained for the seg- 

35 ment base in the real mode. In protected mode, 
this 24-bit base value will then be added to the 
offset to obtain the memory address 180 HEX in 
real memory. As illustrated in Rgure 7, a subrou- 
tine of the operating system, for example, is stored 

40 with its entry point address at 180 HEX and can be 
addressed in either mode. 

By selecting (segment:offset) values using the 
method described above and storing commonly 
addressable subroutines with the corresponding 

45 entry point addresses, the operating system, de- 
vice drivers, and interrupt service routines can be 
stored using the same technique so that they can 
be entered in either mode. 

An additional consideration for device drivers is 

50 high memory addressability. A protected mode 
program may request I/O to an address above one 
megabyte. Before the requested I/O operation ac- 
tually takes place, the processor may be switch d 
to real mode. If the devic driver routine is running 

55 in real mode at the time tiie request is to be 
serviced, it will be unable to address the I/O loca- 
tion. To liminate this problem, operating systems 
used as part of the present invention preferably 
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include a subroutine which will examine the ad- 
dress of the I/O locations and produce a 
(segment :offset) pair which will address the desired 
memory location in the curr nt execution mode. If 
the system is in the protected mode, this is straigh- 
tforward programming of the GDT or LDT. For real 
mode addresses below 1 megabyte, programming 
is similarly straightforward. For real mode address- 
es above 1 megabyte, however, a special tech- 
nique is preferably used. Because the 80286 is 
emulating the 8086 and its 20-bit physical memory 
address format, it is possible to use internal di- 
agnostic instructions to create a 24-bit physical 
address in real mode. Such instructions enable the 
operating system to insert values into four high 
order bits which are normally set at 0 and transpar- 
ent to system programs in real mode. Information 
r garding the use and operation of such instruc- 
tions is typically available from the manufacturer of 
the microprocessor. For example, Intel Corporation 
provid s such information relating to the 80286. 
Once a 24-bit segment value is created using this 
method, a device driver can address memory 
above 1 megabyte in real mode. As an alternative 
to fore d memory addressing above 1 megabyte in 
real mode, it is possible to create a buffer in 
memory locations below 1 megabyte to temporarily 
store the data until the system switches to pro- 
t cted mode. When the system switches to pro- 
tected mode, the contents of the buffer can be 
transferred to addresses above 1 megabyte. 

Compatibility Problems 

1. Megabyte Wrap 

Preferred methods in accordance with the 
present invention preferably include steps designed 
to eliminate compatibility problems between exist- 
ing MS-DOS programs written for. the 8086 and the 
80286 operating in real mode. Such problems arise 
from the fact that the 80286, In real mode, does not 
emulate the 8086-8088 chip family completely ac- 
curately. One such compatibility problem Is known 
as the "1 megabyte wrap" problem. Because the 
8086 cannot address memory above 1 megabyte, 
attempts to address memory locations above 1 
megabyte resulted in any values that would be 
stored In bits above blt-19 being ignored. Con- 
sequently, an attempt to address location 
11111111111111111111 + 010 would cause the 
address to be "wrapped" around to low memory 
location 01. Some programs written for the 8086 
r ly on this feature to run properly. Unfortunately, 
m mory locations xtend above 1 megabyte in th 
real mode of the 80286 and are not wrapped to low 
memory locations. Consequently, programs includ- 
ing those writt n in Microsoft PASCAL and pro- 



grams which use the "Call 5" feature of MS-DOS 
will fail on the standard 80286 system. Operating 
syst ms design d in accordance with the pres nt 
Invention pref rably provide two alternate solutions 

5 to this problem. 

For systems which may be configured with 
memory above 1 megabyte, an auxiliary hardware 
element is preferably provided to disable the effect 
of address line A20. Address line A20 activates the 

10 carry bit in calculations, and its disablement will 
thus cause wrapping to occur. This hardware can 
be activated and deactivated under software com- 
mand. The operating system will activate this hard- 
ware, as necessary, before it executes real mode 

75 programs. In some computers, such as the IBM 
PC/AT. disabling the A20 line is a relatively slow 
step which preferably is done once when the sys- 
tem is initially booted up. It is not necessary to 
reprogram the A20 hardware during mode swltch- 

20 Ing for this case. 

For systems with memory extending beyond 1 
megabyte, the problem Is preferably solved by 
placing special instructions at the lower memory 
locations above 1 megabyte which will point to the 

25 desired low memory location. For example, no 
PASCAL programs are loaded into memory below 
64K, and a special Instruction is placed In the lower 
memory locations above 1 megabyte - for exam- 
ple, address lOOOOOh or lOOOIOh. A "Call 5" In- 

30 structlon, for example, in a task's PDB is then 
modified to jump to high-memory address, which in 
turn transfers control to the DOS. A20 can now be 
always left activated, regardless of the mode of the 
program being run. 

35 

2. Interrupts 

a. Real Mode Programs with Interrupt Handler Rou- 
tines 

40 

Some existing real mode programs make use 
of hardware Interrupts by storing the address of 
their own interrupt handler routine In the Interrupt 
vector table. This means that the interrupt handler 

45 routines in these programs may be called by the 
Interrupt vector when the 80286 is In the protected 
mode. Disk-operating systems (DOS) In accor- 
dance with the present Invention preferably handle 
these situations by causing the interrupt vector to 

50 point to a special DOS code that causes the 80286 
to switch to real mode, and then transferring con- 
trol to the prop r address in the r al mode pro- 
gram. An additional r turn address is plac d on the 
stack so that when int rrupt servicing is compi te, 

55 the program returns control to the DOS, which 
mode switches to protected mode, and then re- 
turns to the Interrupted code. 
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Ther are two techniques which may be used 
to perform this interrupt interception. The first is to 
place this special code in the DOS "setvector" 
command handler. Some programs use this DOS 
function to change the contents of the interrupt 
vectors. 

The second technique rotates to programs 
which write directly into the interrupt vectors. Be- 
for dispatching a real mode program, the DOS 
records the status of the interrupt vectors. When 
the 80286 is about to be reassigned, the DOS 
reexamines the vectors and looks for any changes. 
Any detected changes represent vector edits and 
are handled by editing the interrupt vector to point 
to sp cial DOS code as described above. 

b. Alternate Preferred Embodiments for Hooking 
Programs 

Many applications "hook" interrupt vectors by 
reading and saving the previous contents. When 
they receive control from the interrupt vector, they 
may "pass it on" by jumping to the previous ad- 
dress value. This technique works well so long as 
none of the programs involved ever terminate. If 
one of the programs in such an interrupt chain 
were to terminate, the program upstream of it 
would continue to transfer control at interrupt time 
to the memory address that used to designate the 
terminated program, thereby causing system fail- 
ure. This phenomenon is illustrated in Rgures 8 
through 12. 

Figure 8 illustrates how an existing operating 
syst m DOS services an interrupt when no applica- 
tions programs have an interest in the interrupt. In 
tills case, the DOS has put the address (0120) of 
the entry point of its interrupt handler routine into 
the interrupt vector table. When the interrupt cor* 
responding to the location In the interrupt vector 
tabi illustrated in Figure 8 occurs, the 80286 will 
transfer control to the DOS's corresponding inter- 
rupt handler routine. When the interrupt handler 
routine is finished with its work, it executes an 
"Interrupt Retum (IRET)" instructioh which causes 
the 80286 to retum to the previous execution 
stream. 

Rgure 9 illustrates how a single application 
(Application 1) typically intercepts hardware inter- 
rupts in an existing DOS environment. The DOS 
has installed the address of its interrupt handler 
routine (0120) in the interrupt vector table, as illus- 
trated in Rgure 8 and discussed above. Application 
1 reads the current contents of th interrupt vector 
(0120) and saves that value in some memory loca- 
tion within its address space. It then installs th 
address of its own interrupt handler routine (1050) 
in the hardwar vector table. 



When an interrupt occurs, the 80286 will trans- 
fer control to the application's int rrupt handler 
routine instead of the DOS intenrupt handler rou- 
tine. The application th n typically examines the 

5 cause of the interrupt and decides either to pro- 
cess the interrupt itself and issue an IRET instruc- 
tion to return control to the previous execution 
stream, or transfer control to the DOS interrupt 
handler (whose address it has saved) . In the 

10 former case, the DOS interrupt handler is never 
executed. 

Rgure 10 illustrates what happens when a sec- 
ond application (Application 2) is added to the 
scenario illustrated in Figure 9 and described 

75 above. Application 2 has read the hardware inter- 
rupt vector table and saved the address of Applica- 
tion 1*s interrupt handler routine (1050) in its ad- 
dress space. It has then installed the address of its 
own handler routine (2080) in the vector table. 

20 In this scenario, when an interrupt occurs. Ap- 

plication 2*s Interrupt handler routine is entered 
first. It may either process the interrupt or pass 
control to the interrupt handler routine of Applica- 
tion 1. If control goes to Application Vs interrupt 

25 handler routine, it may either process the interrupt 
or pass control to the DOS interrupt handler rou- 
tine. 

Note the priority scheme developed by this 
chain. The last application entering the system has 

30 right of first refusal on the interrupt and the DOS is 
the handler of last resort, handling the interrupt 
only if no applications want it. This technique is 
commonly used to allow applications to filter key- 
strokes from a terminal and recognize certain spe- 

35 cial "control" keycodes while passing unrecognized 
codes down to the next handler in the chain. 

Programs which use these techniques of chain- 
ing interrupt vectors typically restore the address of 
the handler they replaced when they exit. Rgure 1 1 

40 illustrates Application 2 terminating, and before do- 
ing so, it has restored the value in the interrupt 
vector table to that to Application 1's handler rou- 
tine (1050). 

Rgure 12 illustrates the effect of Application 1 
45 terminating before Application 2. Application 1 will 
restore the address of the handler it saved, i.e., that 
of the DOS's handler. As soon as this happens, 
Application 2 (which is still running) is incorrectiy 
cut out of the chain. 
50 This incorrect behavior is a direct result of the 

fact that a multi-tasking system is running applica- 
tions d signed for a single-tasking system. Such 
applications assume that there can only be one 
program in the system (themselves) which can 
55 t rminate. This assumption is false in a multi-task- 
ing syst m. 

Note that there is an even mor serious sce- 
nario not illustrated. Following the d scription 
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above, if Application 2 now terminates, it will re- 
store the interrupt vector table to the value it saved, 
i.e.. 1050. This value designates the former ad- 
dress of the interrupt handler routine of Application 
i, which is no longer at such former address. The 
existence of a vector in the hardware vector table 
which points to a random place in memory will 
typically cause the system to crash before much 
time elapses. 

Pr ferred embodiments of the present inven- 
tion preferably include a novel interrupt handling 
method which solves the problems described 
above. Each hardware interrupt vector used by the 
DOS is set up by. the DOS to point to a special 
routine in the DOS called the "dispatcher." The 
dispatch r maintains a client list of all the interrupt 
handler routines interested in each interrupt and 
transf rs control to such handlers at appropriate 
times. 

In the preferred embodiment of the interrupt 
handling method that is illustrated in Figure 13. 
each Interrupt vector is set to point at a cor- 
responding entry point in the dispatcher routine. 
Figur 13 illustrates, for example, that interrupt 
vector number 8 has been set to point to address 
190 in the dispatcher. The dispatcher maintains a 
client list corresponding to each interrupt vector. 
Initially, the client list contains just one entry: the 
address of the default handler in the DOS (0120 in 
Figure 13). 

The dispatcher monitors the contents of the 
hardware interrupt vector to determine when an 
application program has replaced the contents of 
the hardware interrupt vector with the address of its 
own interrupt handler routine. The contents of an 
interrupt vector are checked each time that inter- 
rupt occurs and each time that control is trans- 
ferred to the DOS. When a change is detected, the 
DOS will read the new contents of the interrupt 
vector into the top of its client list and reset the 
interrupt vector to point to the dispatcher. For ex- 
ample, when Application 1 (illustrated in Figure 13) 
begins execution, it saves the address from the 
interrupt vector (190) and places its own interrupt 
handler routine address (1050) in the interrupt vec- 
tor. At the next dispatch or interrupt for this vector, 
tiie DOS will notice that the application has modi- 
fied the hardware interrupt vector. It will reset the 
hardware interrupt vector to 190 to point to the 
dispatcher and will add the address of Application 
1's handler (1050) to the dispatcher list for this 
interrupt vector. 

Vy^en Application 2 begins, the same proce- 
dure occurs. The interrupt vector is restored to 
point to the dispatcher, and the dispatcher's client 
list now contains three addresses: 0120 (the ad- 
dress of the DOS int rrupt handler routine); 1050 
(the addr ss of the interrupt handler routine for 



Application 1 ); and 2080 (th address for the inter- 
rupt handler routine for Application 2). 

When an interrupt occurs, the dispatcher calls 
each interrupt handler routine in r verse ord r (i.e.. 

5 Application 2. Application 1 , and DOS) until one of 
them issues an IRET instruction, indicating it has 
processed the interrupt. The processing of an inter- 
rupt using the method of Figure 13 is illustrated in 
the flow chart of Figure 16. When control is trans- 

10 ferred to entry point 0190, a check is made of an 
initial flag within the dispatcher. If the initial flag is 
not set. the dispatcher will set the initial flag, set a 
client pointer, place the address of a second entry 
point of the dispatcher on the stack, and transfer 

15 control to the first address on the client list for the 
interrupt being serviced. In the environment illus- 
trated in Figure 13, control would be transferred to 
address 2080, tiie address of Application 2's inter- 
rupt handler routine. Application 2 will either pro- 

20 cess the interrupt and issue an IRET, or return 
control to address 0190, which it previously saved. 
If control returns to address 0190, the dispatcher 
will check the initial flag. Because the initial flag is 
now set. the dispatcher will increment the client 

25 pointer and transfer control to the second address 
on the client list. In the environment illustrated in 
Figure 13. control will be transferred to address 
1050, the address of Application 1's interrupt han- 
dler routine. Application 1 will either service the 

30 interrupt and return control to address 0190, or 
issue an IRET. As illustrated in Figure 16. when an 
interrupt handler issues an IRET, control will be 
transferred to the second entry point in the dis- 
patcher because that address was previously 

35 placed on top of the stack. The dispatcher will then 
clear the initial flag and issue another IRET to the 
system, causing control to return to the interrupted 
execution stream. 

Using the method of the present invention and 

40 as illustrated in Figure 14, when any application 
terminates and sets the interrupt vector back to 
what it thinks is the address of the previous inter- 
rupt handler routine, the DOS will detect its depar- 
ture from the system and and remove the address 

45 of the terminating application's interrupt handler 
from the dispatcher's client list. 

Alternate embodiments of the interrupt han- 
dling routine of the present invention are also pos- 
sible. In the preferred embodiment illustrated in 

50 Figure 17, the interrupt vectors have been moved 
to an alternate location within the Interrupt Descrip- 
tor TabI of the 80286. For exampi , the hardwar 
interrupt formerly handl d by interrupt v ctor 8 is 
now handled by interrupt vector 108. Vector 108 is 

55 set to point to a first entry point within the dis- 
patcher. Application programs written to pr empt 
the value of interrupt vector 8 will continue to r ad 
the addresses of their interrupt handlers into int r- 
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rupt vector 8. although the DOS will actually pro- 
cess the Interrupt that the application is attempting 
to divert using interrupt vector 108. The value of 
the original interrupt vectors, such as interrupt vec* 
tor 8, are set to point to a second entry point in the 
dispatcher. Thus, when an application program en- 
ters the system and attempts to edit an interrupt 
vector, it will place the address of its interrupt 
handler routine in the original interrupt vector and 
save the address of the second entry point in the 
dispatcher. As in the previous embodiment, the 
dispatcher will check for edits of the interrupt vec- 
tors when control is transferred to the DOS and 
when an interrupt is received. When an edit is 
detected, the address of the application programs 
interrupt handler routine is placed on the client list 
and the interrupt vector Is reset to point to the 
second entry point in the dispatcher. 

When a hardware interrupt is received, it is 
directed to the new interrupt vector, such as inter- 
rupt vector 108, and control is switched to the first 
entry point in the dispatcher. The dispatcher will 
now know automatically that a true hardware inter- 
rupt has occurred. No initial flag is needed in this 
embodiment. The dispatcher will then initialize its 
client pointer and transfer control to the first client 
on the client list for the interrupt being serviced. If 
the interrupt handier routine for the first client does 
not service the Interrupt, it will return control to a 
second entry point, causing the dispatcher to incre- 
ment the client pointer and go to the next client. An 
IRET instruction issued by any client will return 
control to the previous execution stream. 

3. Alternate Preferred Embodiments 

Some machines incorporating the 80286, such 
as the IBM PC/AT and machines similar to it. are 
widely used but contain some elements of hard- 
ware design which slow mode switching or reduce 
the amount of memory available to real mode pro- 
grams. Alternate embodiments of the present in- 
vention provide techniques which can t>e used to 
improve performance of such machines. 

For example, improved performance can be 
obtained by combining the mode switching tech- 
niques of the present invention with certain tech- 
niques relating to the location of the operating 
system in memory, as illustrated in Figure 14. All 
80286 machines are limited to one megabyte of 
RAM for real mode programs, and most, in fact, 
limit the amount of RAM usable by programs to 
640K. In alternate embodiments of the present in- 
vention, the amount of low 640K memory available 
to real mod programs is maximized by placing up 
to 64K of the DOS into memory at location 1 
megabyte. This part of the DOS can be 
accessed/ex cuted in both real and protect d 



modes and fre s an id ntical amount of space 
below 1 m gabyte or 640K for use by programs. 
Further, some elements of the DOS which are 
comparativ ly large and infrequently used or rela- 

5 tively slow can be placed in the memory above 1 
megabyte and used only in protected mode. For 
example, file open routines, file renanne routines, 
create directory routines, and delete directory rou- 
tines can be stored above 1 megabyte without 

to significant loss of performance. Should a real mode 
program request one of the functions, the DOS will 
mode switch in the protected mode, perform the 
requested operation, and switch back before return- 
ing to the program. 

IS 

4. Auxiliary Protection Hardware 

The ability to run programs in protected mode 
greatly contributes to system protection and secu- 

20 rity. The user/operator of the system can type a 
command which instructs the DOS to refuse to 
execute real mode programs and thus provides a 
fully secure environment. Alternate preferred em- 
bodiments of the present invention may provide 

25 hardware elements that allow real mode programs 
to run while still maintaining system protection. 

The first such device is referred to herein as 
"I/O masking hardware." Hardware can be provided 
which checks each I/O operation attempted by the 

30 80286 against a list of valid I/O addresses. Al- 
though the DOS can program a single list to be 
used, it is preferred that a plurality of lists be 
maintained by the hardware so that the DOS need 
only designate an appropriate list to be used at a 

35 given time, thereby eliminating the need to deter- 
mine valid I/O addresses. If the operation is thus 
permitted, it proceeds. Otherwise, the hardware 
prevents or disables the operation. The list of valid 
addresses is usually stored in a RAM device which 

40 is programmed by the 80286. 

This hardware also allows the DOS to run pro- 
tected mode programs while allowing them access 
to "safe" I/O ports (such as private device or the 
display card's program registers) yet while prevent- 

45 ing them access to other I/O ports. 

The second type of hardware which may be 
provided is memory protection hardware. Hardware 
can be provided which checks each memory op- 
eration attempted by the 80286. The DOS makes 

50 use of this hardware when running programs in real 
mode by programming into it the authorized read- 
only and write-only address ranges for the pro- 
gram. An attempt to acc ss memory outside this 
location will be flagg d by an NMI event and 

55 (perhaps) prevented. A typical design for this hard- 
ware is small RAM containing p rmission bits or 
fields. The high order bits of the access RAM are 
used to select a bit or field from the high-speed 
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look-up RAM. The states of the bit{s) indicate the 
legality of the operation. This RAM is programnDed 
by the DOS. 

80287 Mode Switching 5 

The hardware requirements to support an 
80287 or other muiti-nnode co-processor are 
straightforward. Like the 80286, the 80287 has two 
op rational modes, "real" and "protected." It has a io 
softwar instruction to quickly switch from real to 
prot ct d mode. There is no corresponding instruc- 
tion to go from protected to real mode. Thus a 
hardwar mechanism must be provided to allow 
the simple latch addressed through one of the 75 
80286 ports. Ideally, mode switching of the 80287 
should be independent of the 80286 to allow cer- 
tain optimum uses, as described below. 

A simple software implementation is to always 
switch the 80287 along with the 80286 so that both 20 
processors are always In the same mode, real or 
protected. However, mode switching the 80287 re- 
quires that the state of the 80287 and other task 
specific data be saved. Because all applications do 
not n cessarily use the 80287 co-processor, 25 
switching the 80287 with each switch of the 80286 
would unnecessarily slow the switching process. 
Therefore, preferred embodiments of the present 
invention used with an 80287 preferably set the 
80286 as if no 80287 were present in the system, 30 
and do not mode switch the 80287 along with the 
80286. When an application program attempts to 
use th 80287, it will initially be unsuccessful. After 
such an attempt, however, the 80286 is reset to 
allow access to the 80287. The mode of the 80287 35 
is checked and compared to the mode of the 
program requesting the 80287, and the 80287 is 
switched, if necessary. The program is then re- 
started. When execution of the program requiring 
the 80287 terminates, the 80286 is reset to indicate 40 
that no 80287 is present. 

Although the method of the present invention 
has been disclosed and described herein primarily 
with respect to prefenred embodiments designed to 
be used with the 80286 microprocessor and com- 45 
puter systems employing that microprocessor, it is 
not intended that the present invention be limited to 
such embodiments. Rather, the present invention is 
intended to include all legally equivalent embodi- 
ments, including those designed for use with so 
microprocessors having architecture similar to the 
80286 or presenting problems analogous to thos 
solv d by the embodiments disclosed herein. 

Claims 55 

1. Am thod for accessing a segment in a multi- 
mode computer having segmented addressing. 



the computer having a memory, the computer 
having a segment selector to select the seg- 
ment, the segm nt having a base address, the 
computer having a first mode wherein the base 
address of the segment is addressed by the 
segment selector and a second mode wherein 
the base address of the segment is addressed 
indirectly by the segment selector which points 
to a memory location within a mapping system 
where the base address of the segment is 
stored, the method allowing the segnnent to be 
accessed by the same segment selector value 
in both the first and second modes, the meth- 
od comprising the steps of: 

(a) selecting an address that is a multiple of 
16 to be the base address of the segment; 

(b) when the computer is in either the first 
mode or the second mode, 

(1) setting the segment selector to a val- 
ue so that the segment selector address- 
es the base address of the segment 
when the computer is in the first mode; 

(2) storing at a selected memory location 
within the mapping system the base ad- 
dress of the segment, the memory loca- 
tion being selected so that it is pointed to 
by the segment selector as set in step 
(1) when the computer is in the second 
mode; and 

(3) loading the segment into the memory 
at the base address; and 

(c) accessing the segment in both the first 
and second modes using the segment se- 
lector. 

2. The method of claim 1. wherein the segment 
contains program routines. 

3. The method of claim 1. wherein the segment 
contains operating system routines. 

4. The method of claim 1 wherein the base ad- 
dress in step <a» is set to a value that is 
greater than or equai to l?fi 

5. The method of ciaim 4 wnerein the segment 
contains program routines 

6. The method of claim 4. wherein the segment 
contains operating system routines. 

7. The method of claim 1. wherein the base ad- 
dress in step (a) is s t to a value that is a 
multiple of 128. 

8. The method of claim 7. wherein the segment 
contains program routines. 
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9. The method of claim 7. wher in the segment 
contains operating system routines. 

10. A method for accessing a segment in a com- 
puter, the computer having a memory and the 
computer based on an Intel 80286 or compati- 
ble microprocessor, the microprocessor having 
segmented addressing and a segment selector 
to select the segment, the segment having a 
base address, the microprocessor having a 
r al mode, wherein the base address of the 
segment is addressed by the segment selector 
and a protected mode, wherein the base ad- 
dress of the segment is addressed indirectly 
by a segment selector which points to a mem- 
ory location within a descriptor table where the 
base address of the segment is stored, the 
method allowing the segment to be accessed 
by the same segment selector value in both 
the real and protected modes, the method 
comprising the steps of: 

(a) selecting an address tiiat is a multiple of 
16 to be the base address of the segment; 

(b) when the computer is in either the real 
mode or the protected mode. 

(1) setting the segment selector to a val- 
ue so that the segment selector address- 
es the base address of the segment 
when the computer is in the real mode; 

(2) storing at a selected memory location 
within the descriptor table, the base ad- 
dress of the segment, the memory loca- 
tion being selected so that it is pointed to 
by the segment selector as set in step 
(1) when the computer is in the protected 
mode; and 

(3) loading the segment into the memory 
at the base address; and 

(c) accessing the segment in both the real 
and protected modes using the segment 
selector. 

11. The method of claim 10, wherein the segment 
contains program routines. 

12- The method of claim 10. wherein the segment 
contains operating system routines. 

13. The method of claim 10. wherein the descrip- 
tor table is the local descriptor table. 

14. The method of claim 13, wherein the segment 
contains program routines. 

15. The method of claim 13, wh rein the segment 
contains operating system routines. 



16. The method of claim 10, wherein the descrip- 
tor table is a global descriptor table. 

17. The method of claim 16. wherein the base 
5 address in step (a) is set to a value that is a 

multiple of 128. 

18. The method of claim 17, wherein the segment 
contains program routines. 

10 

19- The method of claim 17. wherein the segment 
contains operating system routines. 

20. The method of claim 16, wherein the segment 
IS contains program routines. 

21. The method of claim 16. wherein the segment 
contains operating system routines. 
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